perm filename EETAG.MSG[E,ALS] blob sn#118998 filedate 1974-09-08 generic text, type T, neo UTF8
∂08-SEP-74  1030		ARM,TAG
 E DIES IN A FUNNY WAY IF TWO LINES WHOSE TOTAL CHARACTER COUNT IS GREATER THAN
 THE SYSTEM LINE BUFFER SIZE ARE JOINED WITH A <CTRL>D  (WITH THE CURSOR POSITIONED
 AT THE END OF THE FIRST LINE, OF COURSE), AND THEN A <META><CR> IS TYPED.
 I BELIEVE E SHOULD CHECK TO SEE IF THE LINE EDITOR WILL BARF BEFORE SENDING IT A
 LINE, AND REFUSE TO DO SO IF IT WILL. FURTHERMORE, SINCE E ALREADY MAKES THIS TEST
 WHEN ASKED TO LOAD AN EXISTING LINE INTO THE LINE EDITOR, AND DOES REFUSE TO DO SO,
 E SHOULD HAVE SOME SORT OF EXTEND MODE COMMAND TO FORCIBLY CHOP THE OFFENDING LINE
 INTO PIECES OF USER-CHOOSABLE SIZE, SO THE LINE EDITOR CAN BE USED. RIGHT NOW,
 THE ONLY CHOICE ONE HAS IS TO USE SOS ALTER MODE OR (SHUDDER) DEC TECO.
 FURTHER NOTE ON THE WAY E DIES IN THE AFOREMENTIONED CASE--IT GOES INTO IOWQ AND
 COMPLETELY IGNORES THE KEYBOARD--TYPING <CALL> CONTINUE CAUSES IT TO FLY AGAIN,
 BUT WITH SOME DESTRUCTION OF THE OFFENDING LINES.